home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 5124 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: cs.uwa.edu.au!jasonb
  2. From: jasonb@cs.uwa.edu.au (Jason S Birch)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: MUI 3.2
  5. Date: 8 Feb 96 15:39:16 GMT
  6. Organization: The University of Western Australia
  7. Message-ID: <jasonb.823793956@cs.uwa.edu.au>
  8. References: <31179053@karkis.canit.se>
  9. NNTP-Posting-Host: decadence.cs.uwa.oz.au
  10. X-Newsreader: NN version 6.5.0 #3 (NOV)
  11.  
  12. bornhall@karkis.canit.se (Peter Bornhall) writes:
  13. > ...go on, what more?  Oh yeah, disappering objects, what's that?  I've never
  14. >heard of it (I think).
  15.  
  16. Objects can be assigned a priority, so that if MUI is having
  17. difficulty fitting a window onto a screen it can start leaving out
  18. objects based on that priority. You would use it, for example, for
  19. redundant images that you've just included as visual cues but aren't
  20. really necessary - such as the little pictures of monitors in PSI's
  21. Edit Screen/Display page. It also reduces font sizes, but I can't
  22. remember which technique it tries first.
  23.  
  24. > That IS the question!  You stated that I could turn off some fancy settings
  25. >and it wouldn't grab as much memory etc, etc...  So go ahead and tell me, or
  26. >admit that you can't answer it.
  27.  
  28. To minimise memory usage, all you can really do is use the internal
  29. images for all the scrollbars, arrows, checkmarks, cycle gadgets, etc,
  30. *not* use any fancy backdrops for windows, groups, buttons, etc, not
  31. use a separate screen, and turn off the ARexx port, etc, as I said in
  32. an earlier post. That's about it.
  33.  
  34. > gcs> want to have in MUI. As far as I can see, no code is bloated, so if you
  35. > gcs> want less memory to be used, you'd have to remove features.
  36.  
  37. > Fine with me.  We can start with the excessive configurability, that should
  38. >cover a lot of it. 
  39.  
  40. I think the configureability is an overestimated component in terms of
  41. the size of MUI. Displaying arbitrary backgrounds, for example, only
  42. needs to be implemented once in one class (Area), all the rest inherit
  43. it automatically. Just doing a quick check, I count 31 custom classes
  44. implemented in muimaster.library itself, in addition to the 37 external
  45. ones. Now, dividing the size of muimaster (156,532 bytes) by 31 classes
  46. gives an *average* size of 5049 bytes per class, ignoring all the space
  47. in muimaster taken up by the (I count 22) support functions.
  48.  
  49. The only real way to make MUI smaller is to start culling classes. 
  50.  
  51. If you really think Stefan doesn't care about code bloat, you should
  52. see him go on about it when someone suggests adding just one more hook
  53. (4 bytes) into, say, Areaclass.
  54.  
  55. >         /\ \//   Peter Bornhall                bornhall@karkis.canit.se
  56.  
  57. -- 
  58. Jason S Birch                        ,-_|\ email: jasonb@cs.uwa.edu.au
  59. Department of Computer Science      /     \ Tel (work): +61 9 380 1840
  60. The University of Western Australia *_.-._/ Fax (work): +61 9 380 1089
  61. Nedlands  W. Australia  6907             v  Tel (home): +61 9 386 8630
  62.